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The invention relates to a video apparatus, notably a video decoder, and to a 
process for memory control in such an apparatus. 

It is known to provide a video apparatus with a decoder circuit, for instance a MPEG 
decoder, in order to generate a video signal usable by a display, for instance as a 
5 CVBS signal or as a RGB signals, from a video digital stream. Such a decoder circuit 
uses a so-called Video RAM (random-access-memory) to retain data which are 
processed, for instance to decompress a MPEG stream. 

Generally, a video apparatus also comprises an OSD circuit (OSD stands for On- 
Screen Display) to generate and send to the display images to be superimposed on 
10 the video sequence output by the decoder circuit ; these images are often menus 
with graphics. 

The OSD circuit also needs RAM to generate and process the graphics, i.e. the OSD 
images. 

The invention seeks to provide a video apparatus with a decoder circuit and an OSD 
15 circuit with memory architecture with reduced memory size and thus also proposes a 
process to control this memory' architecture according to the mode of operation of the 
video apparatus. * - « 

The invention proposes a video apparatus with a ? digital decoder using a first memory 
and with an OSD circuit using a second memory; wherein the digital decoder and the 
20 second memory are linked via a t>us In order to reafrse DMA transfers between the 
first memory and the second memory/ 

Preferably, the second memory is used by a CPU. Possibly the first memory is a 
Video RAM and wherein the second memory is a CPU RAM. 

The invention also proposes a process for controlling a video apparatus with a digital 
25 decoder using a first memory and with an OSD circuit using a second memory, with 
the step of realising a DMA transfer between'the first memory and the second 
m mory. . 

The invention also proposes a process for controlling a video apparatus with a digital 
d coder using a first memory arid With an OSD circuit using a second memory with 
30 the following steps : : , 

- issuing a request for the Q$p circuit to use, more than a given size in the 
second memory, 

- realising a DMA transfer from the second memory to the first memory 
The following further steps ar also possible : 



... 



- issuing a request for the OSD circuit to use data in the first memory, 

- copying via a DMA transfer dat@ from the second memory to the first memory ; 
• realising a DMA transfer of the requested data from the first memory to the 

second memory, 

5 The invention will now be explained with reference to figure 1 representing a video 
apparatus according to the invention. The video apparatus of figure 1 is a satellite 
decoder 2. Only the parts which are necessary for understanding the invention have 
be n represented. 

y, 

An antenna 3 receives a signal representing at least one video sequence from a 
10 satellite. An input pin of the decoder 2 receives the signal transmitted by the antenna 
3 to forward it to a digital front-end 4 comprising notably a tuner and a demodulator. 
From the antenna signal, the digital Trdrit-end. generates a MPEG stream which is 
converted to a CVBS signal by a ' 'MPEG decoder 6. To decompress the MPEG 
str am, the MPEG decoder 6 is connected via a data bus to a video RAM 8. 
15 On the other hand, the satellite decoder 2 also has an OSD circuit 12 for generating, 
upon instructions from a CPU : 14 f images (called graphics hereafter) to be 
superimposed on the CVBS signal. The graphics to be displayed are coded in RGB 
on a Scart connector with a fast blinking signal FB indicating when points of the 
graphics have to be displayed. 
20 The CPU 14 and the OSD circuit 12 share a RAM, called CPU RAM 10, via a 
common data bus 16. The MPEG detidder 6 is also connected on this common bus 
16. 

Th Video RAM 8 and the CPU RAM '10' can exchange data on the common bus 16 
through the MPEG decoder 6 by, Dt^A (DMA stands for Direct Memory Access). The 
25 DMA is controlled by the CPU T4 ; tKahks to a DMA address bus between the CPU 
RAM 10 and the CPU 14. It shouidf'be noted however that the Video RAM 8 is not 
directly accessible from the CPU 14. 

The system has to cope with three different memory sizes available for OSD 
d pending on the configuration (mode of operation) : 
30 - Configuration 1 : Video displayed 

When moving pictures are displayed , r the desirable RAM minimum size available for 
OSD should allow to store 262144 pixels in CLUT4 (Colour Lock-Up Table where 1 
pixel - 4 bits) mode, which requires 131072 bytes. memory space. 

- Configuration 2 : Still pictures.displayed. _ . ; 
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When still pictures are displayed, the RAM size available for OSD can be extended to 
996148 pixels in CLUT4 mode, which requires 448074 bytes memory space. 

- Configuration 3 : no video nor still pictures 

When no moving pictures and still pictures are displayed, all video RAM should 
5 preferably become available for OSD, which represents 1.9 MB memory space 
approximately. \ 
Th CPU RAM 10 has a 2MB (Mega Bytes) capacity.: 

The Software occupies 1.25 MB in CPU RAM 10, until the scheduler has started. 750 
KB are then left available for the system and the OSD buffer pools. A 150 KB system 
10 pool is sufficient to insure a robust arfd efficient functioning of the software. It then 
remains around 600 KB in CPU RAM 10 for the OSD pool. 

When video is running (configuration 1), 112 KB of free memory space are available 
in Video RAM 8. Configuration 2 leaves 457 KB of available memory in Video RAM 8, 
whereas when no video and still pictures are running (configuration 3), almost the 
15 entire Video RAM 8 becomes available," which represents around 1 .9 MB. . 

In configuration 1 and 2, the 600 KB available memory in CPU RAM 10 are sufficient 
to cover the preferable OSD sizes stated above. 

Configuration 3 demands 1.9 MB of"' memory, which is more than the 600 KB 
available in RAM CPU 10. In configuration 3, RAM CPU 10 contains both the buffers 
20 displayed in the buffers currently used' in RAM dPU, which represents 2*207360 = 
414720 bytes (2 full screen buffers 1 irt CLUT4 mode; one displayed, one being used). 
The other buffers are stored in RAlvf Video 8. When a buffer is no more displayed or 
used, it is flushed to Video RAM 8'Tfe a DMANransfer. When a buffer stored in Video 
RAM 8 has to be displayed or <x>nVes";in use, it is ? loaded in the CPU RAM by a DMA 

25 transfer. With this mechanism, the Video RAM 8 plays the role of a cache memory for 

-.£:*>, itfcsfj 

the CPU RAM 10. 

4 different states have thus been defined depending on tho OSD configuration . 

- State 1 : Video (Video running); 

- State 2 : Still (still picture running) 

30 - State 3 : OSD RAM CPU (Only 6$D running within the limits of 622080 bytes 
allocated) y. . 

- State 4 • OSD RAM Vided\(Only OSD- running with more than 622080 bytes 

allocated) 5 „ . 

rate /- 



States 1 . 2, and 3 correspond to the normal memory mapping, where all the OSD 
buffers are located in CPU RAM. State 4 correspond to the memory mapping wh re 
all the Video RAM is available for OSD buffers. 

States 1 , 2 and 3 are managed the same way by the driver of the OSD circuit 1 2. 
since all OSD buffers allocated will be placed , in RAM CPU 10. Direct transitions 
between state 1. 2 and state 4 can't happen, because in state 4. the Video RAM is 
used for the OSD and isn't available for still pictures or video. A transition to-state 3 is 
compulsory before going to state j4>. , Therefore , : the only time the OSD driver has to 
deal with Video RAM 8 concerns the. transitions between state 3 and state 4. 
Transition from state 3 to state 4 happens when the application asks the driver to 
create a new display by calling an OSD_credisplay function and when the total size 
allocated in CPU RAM 10 for the OSD displays (after the OSD_credisplay call) 
overflows the 622080 bytes available in CPU RAM 10. In this case, Video RAM 8 
shall be activated. A pool of 1.9 MB shall then be created in Video RAM, all the OSD 
buffers stored in CPU RAM shall *be transferred in RAM Video, the display 
descriptors updated accordingly, and the buffers displayed and the working buffer 
shall stay in CPU RAM. " . f," **? . 1 - ; 

Transition to state 4 to state 3 happens when' ;the;app1icatlon asks the driver to free a 
display by calling a OSD_free_display function and when the total size allocated for 
th OSD displays (after the OSDifrfeeidisplay call) becomes inferior to 498074 bytes 
(corresponding to the size needed 1 m still picture mode). In this case. Video RAM 8 
shall be deactivated and shall not be used anyrriore by the OSD driver. All the OSD 
buffers in Video RAM 8 shall then 1 .: be .transferred %i CPU RAM 10, the display 
descriptor updated accordingly, and the pool in Video RAM 8 shall be deleted. 
When in state 4, the Video RAM'* 8 are used as a cache for the OSD. The 
management of OSD regions and buffers Use the same structures as the one already 
in use. The only difference is that the buffeV address stored in the OSD buffer control 
blocks in CPU RAM 10 corresponds Video Ram 8 "address in state 4. whereas the 
correspond to CPU RAM address'fetate HV^ W^rTo help management the Video 
RAM 8 as cache, an internal arr^f structure is used, which contains the buffer ID. 
the address in CPU RAM 10, me^address ? in Video' RAM 8, the size and a pointer to 
the buffer descriptor, for each erf the 16 display buffers and the buffers currently 



Before drawing or displaying an OSD buffer 'placed in Video RAM 8. the driver will 
first have to transf r it from Video RAM 8 to CPU RAM 10. When a displayed buffer 
or the currently drawn buffer isn't used anymore and is replaced by another one, the 
driv r as to flush it in Video RAM, (i/e^ transfer' tt from; CPU RAM 10 to Vided RAM 8), 
In both cases, the array structure Wtl1\be updated correspondingly. 



>. - Claims ; 

1 . Video apparatus with a digital decoder (6) using a first memory (8) and with an 
OSD circuit (12) using a second memory (10), 

characterised in that the digital decoder (6) and the second memory (10) are linked 
5 via a bus in order to realise DMA transfers between the first memory (8) and the 
second memory (10). 

2. Video apparatus according to claim X, wherein trje second memory (10) is used by 
a CPU (14). 

3. Video apparatus according to claim i or 2, Wherein the first memory is a Video 
10 RAM (8) and wherein the second memory is a CPU RAM (10) 

4. Process for controlling a videocapparatus with a digital decoder (6) using a first 
m mory (8) and with an OSD circuit (>1 2) using a second memory (10), 
characterised by the step of realising- a DMA transfer between the first memory (8) 
and the second memory (10). "•*•-» ~ ^ 

15 5. Process for controlling a video apparatus with a digital decoder (6) using a first 
memory (8) and with an OSD circuit (.1.2) using a second memory (10) 
characterised by the following steps : 

- issuing a request for the OSD circuit (12) to ,use more than a given size in the 

■ .:Sk,;ir -'• .• 

second memory (10). 

20 - realising a DMA transfer from the second memory (1 0) to the first memory (8) 

■»' iC*P;;w V is 

6. Process according to claim 5, with the further steps of : 

- issuinq a request for the OSD circuit (12) to use data in the first memory (8), 

*-• i. /if V >!, 1. 

- copying via a DMA transfer data from the second memory (10) to the first 
memory (8) ; 

25 - realising a DMA transfer of the^requested data from the first memory (8) to the 
second memory (10). •■ t ... >, . . 

. . : ' . i "•• • 



, Abstract . 

Vide apparatus, notably video decoder, and process for memory control in 

such an apparatus 

5 The invention concerns a video apparatus with a digital decoder (6) using a first 
memory (8) and with an OSD circuit (12) using a 'second memory (10), wherein the 
digital decoder (6) and the second memory (10) are linked via a bus in order to 
realise DMA transfers between the Wref memory (8) and the second memory (10). 
A process for controlling a video apparatus with a digital decoder (6) using a first 
10 memory (8) and with an OSD circuit (12) using a second memory (10) is proposed to 
have the following steps : 

- issuing a request for the OSD circuit (12) to use more than a given size in the 
second memory (10), 

- realising a DMA transfer from thh second memory (10) to the first memory (8) 

15 
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